home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #14 / Monster Media No. 14 (April 1996) (Monster Media, Inc.).ISO / rem_acc / ramsv111.zip / WHATSNEW.TXT < prev   
Text File  |  1996-02-20  |  7KB  |  148 lines
  1. *****************************************************************
  2.    What's new in RemoteAccess Automated Message System v1.11
  3. *****************************************************************
  4.  
  5. If you are upgrading from a previous version of Rams, PLEASE read
  6. the section of the docs on upgrading. If this is a first time
  7. install, please read the section of the docs on configuring and
  8. setting up Rams.
  9.  
  10. PLEASE NOTE!
  11. IF YOU ARE ALREADY USING v1.10 YOU DO NOT NEED TO RUN THE UPDATE
  12. PROGRAM AGAIN! DOING SO COULD CAUSE UNPREDICTABLE RESULTS.   THE
  13. UPDATE PROGRAM SHOULD ONLY BE USED TO UPGRADE VERSIONS PRIOR  TO
  14. v1.10. YOU HAVE BEEN WARNED!
  15.  
  16.  
  17. Now onto the new bits/bug fixes since the first release:
  18.  
  19. Since v1.11 is only a very minor bugfix.. Please read the rest of
  20. this document to see all the changes made since version 1.0
  21.  
  22. Fixed a minor bug that would sometimes cause RamsCfg not to save
  23. any changes made in the config file.
  24.  
  25. All registrations are now being handled by Minerva Online, with
  26. the exception of upgrades from Mom. All details are included in
  27. the REGISTER.NFO and MOMUPGRD.REG files.    So now you have the
  28. choice of paying by cheque, postal order, cash, credit card  or
  29. whatever... There is no excuse for not registering anymore! :-)
  30.  
  31.  
  32. *****************************************************************
  33.    What's new in RemoteAccess Automated Message System v1.10
  34. *****************************************************************
  35.  
  36. Added the Rams version number to the Rams log when it is created.
  37. No real reason for this  except that it will help us to see what
  38. version of Rams is being used if we get any logs sent by users who
  39. have a problem.
  40.  
  41. Added support for the users 'Sex' as a message condition.. So you
  42. can  now  setup  Rams so  it  will post to 'Both',  'Male'  only,
  43. or 'Female' only... The default is for Rams to post to BOTH sexes.
  44.  
  45. Added support for the users 'Language' as a condition.. So you can
  46. now setup Rams so it will post to any valid language in the range
  47. 0-255.. If it is set to langauge 'ALL' (the  default  setting) it
  48. will post to  ALL  users irrespective  of which language they have
  49. chosen.
  50.  
  51. Added support for the users 'Group' as a condition AND action. By
  52. default Rams will post to 'ALL' groups, and will have the action
  53. set as 'N/C' (No  Change).  You can enter  any valid group  as a
  54. condition or action (0-255) and Rams will ONLY post the message if
  55. the user is in the group you have defined. Rams can optionally
  56. change the  users  group if you specify an action... Leaving it at
  57. 'N/C' means Rams will 'Not Change' the users group.
  58.  
  59. Added support for checking the user Flags as a 'Condition'. you
  60. can select a flag Condition of 'X', 'O', or '-'. 'X' means that
  61. the selected users flag MUST be ON, 'O' means that the users flag
  62. MUST be OFF, and '-' means that Rams will IGNORE that particular
  63. user flag. The default is for ALL flags to be set to '-' so that
  64. Rams will IGNORE ALL the user flags and send the message to ALL
  65. users provided they also match any other conditions you may have
  66. specified.
  67.  
  68. Added the code to set the user Flags. You can now specify an 'Action'
  69. for all messages which will tell Rams to alter the user flags when
  70. it posts a message to your users. You have the following options:
  71. T = Toggle userflag ie. if it's ON turn it OFF, or if OFF turn it ON
  72. O = Clear userflag. ie. turn it OFF
  73. X = Set userflag. ie. turn it ON
  74. - = Leave flag setting alone. ie. Don't change it
  75.  
  76. Added a built in message template editor into the config program.
  77. this can be called up in any message menu by pressing F5. If you
  78. are in the Sysop part of the menu, the editor will automatically
  79. load the Sysop message template, if you are in the User part of
  80. the menu it will load the User message template. Not only will it
  81. allow you to edit the message, it will also allow you to select
  82. metastrings from a list.. You choose the one you want, and the
  83. editor will automatically insert it at the current cursor position
  84. in the message template.
  85.  
  86. Added some more error checking into the config program. Now you
  87. MUST  setup the System  menu BEFORE you  can activate ANY of  the
  88. messages.  If you have  not setup the  system menu, RamsCfg  will
  89. display an onscreen message asking you to configure the various
  90. paths first.
  91.  
  92. Changed the order that some of the messages are posted in so that
  93. 'Keyword',  'Times On',  and  'Nth Call' will now be posted AFTER a
  94. 'Welcome' message. If the user is a NEW user, and you have Welcome
  95. msgs active it will ALWAYS be the FIRST message posted to the user.
  96.  
  97. You can now hit F3 from anywhere in each menu and RamsCfg will pop
  98. up  the  users 'Conditions/Actions' menu  so  you  can  setup  any
  99. conditions or actions for that particular message.   You no longer
  100. have to have the option highlighted before you can use the F3 key.
  101.  
  102. Fixed a bug with Weekly messages and the msg counters it uses. If
  103. Daily messages were disabled, but weekly msgs were active, Rams
  104. would show zero for ALL msg counters.
  105.  
  106. Fixed  a problem  with the midnight  messages that would cause a
  107. runtime error 102 or 105 under certain conditions.
  108.  
  109. Fixed a bug with the subscription messages in Rams... This meant
  110. Rams would NOT post any 'Subs' messages.
  111.  
  112. Fixed a bug with the subscription messages that caused Rams to
  113. attempt to post them to the last user that had been online before
  114. midnight, even if they were not supposed to be sent a subs message.
  115.  
  116. Fixed a bug that caused Unregistered versions of Rams to show the
  117. 'Registered' tear line at  the bottom  of any messages that  were
  118. created.
  119.  
  120. Fixed a bug that caused Rams NOT to post *some* user messages if
  121. the  accompanying  Sysop  reports  were  disabled.  The messages
  122. concerned were:
  123. Welcome, Watchdog, Upload, and carrier Drop.  The  USER messages
  124. would NOT be posted IF the Sysop reports were inactive.
  125.  
  126. Fixed a bug that caused Sysop subscription reports to show the name
  127. of the last user online when translating the %USERNAME% metastring
  128. instead of the name of the Subscriber that was posted a message.
  129.  
  130. Fixed a minor problem with user D.O.B. if the users Birthdate was
  131. blank in the users record Rams would display '--19' OR '--' as the
  132. users DOB in messages when it translated the metastrings. Either
  133. '??-??-19?? <Birthdate Unknown>' OR '??-??-?? <Birthdate Unknown>'
  134. will now be shown.
  135.  
  136. Fixed  a bug in the  subscription  messages that caused the Sysop
  137. 'Report' message to be posted even when the user was outside the
  138. conditions specified for the message. The user message wasn't sent,
  139. but the Sysop report was...
  140.  
  141. Fixed a bug in the birthday messages that would cause Rams to alter
  142. the wrong user record if any 'Actions' were defined for the message.
  143. If the user  was at record 505 for example, Rams  would alter record
  144. 504... This ONLY affected birthday messages.
  145.  
  146. Fixed a bug  that caused the %WHOTO% metastring not to be translated
  147. correctly.
  148.